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[57] 



ABSTRACT 



During an initial install process for CD ROM client 
machines in a computer network, a local client hard drive 
file system is set up and populated from the CD ROM with 
client-specific files. Subsequent network-generic and client- 
specific updates are distributed on CD ROM. Upon subse- 
quent boots from these CD ROMs, the client detennines 
which code on the CD ROM is network-generic and which 
is client-specific, loading only the latter on the client hard 
drive(s) and accessing the network-generic code from the 
CD ROM only. 

15 Claims, 4 Drawing Sheets 
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SYSTEM AND METHOD FOR CREATING natcly large and expensive hard drives for each dicnt. but, 

AND MAINTAINING A CD ROM CLIENT IN inasmuc*! as the ^SR files arc resident oo the client, this 

A COMPUTER NETWORK entailed an unnecessary and greater amount time and effon 

in updating the /USR file system which had been transferred 
TECHNICAL FIELD 5 from the CD ROM to the local hard drive. 

TOs invention relates to installation and maintenance of ^J^^ foregoing reasons, in order to avoid instaliaUon of 
computer networks and, in particular, relates to systems and ^"^e amounts of code to local user hard dnves (thereby 

methods for installing and maintaining cUent staUons in such ''''^^}^^ ^""^ '^^^ 

networks. individual needs of each user), attempts were made to 

10 maintain as much as possible of the "generic** operating 
BACKGROUND OF THE INVENTION system code (e.g., that which was required by aU cUcnts on 

the network) in one or more servers. In this manner, only 

In modem computer networks, heterogeneous dicnt envi- such servers needed to be updated with subsequent enhance- 
ronments arc frequently present These result from many ments or fixes to the operating systcoL 
factors, such as diflfering ages and capabUiUes of dicnt 15 ^hilc this might appear to be an effective solution to the 
machines and diverse needs of their uscts. etc. Examples of aforementioned problem of cluttering each client user's 
instances of these diverse environments include differing limited hard drive space with the same operating system 
model numbers of machines, varying sizes of hard drives, upgrade or bug fix code, such a solution was vulnerable to 
differing versions of operating systems and applications, very serious drawbacks. The most obvious of these, pafa^s, 
unique user configurations, and the like. 20 ^^al when the network itself experienced downtime, this 

In the ideal world, in most instances it would be desirable of necessity therefore essentially crippled all client stations 
in order to ease network management and administration to whcrd)y tfiey were essentially rendered useless, 
ensure that all such clients be repUcated identicaUy with the Yet another problem has pfcscntcd itself as the coniplexity 
same level of operating system, the same suite of of networics and sophistication of users tfaarof has increased 
applications, etc. However, such is not a realistic ^ over time. It is now not at aU unusual to encounter client 
expectation, resulting oftentimes in a veriuble nightmare for users who operate on a daUy basis with multiple operating 
systems administrators charged with maintaining these cU- system environments. Thus, the aforementioned problems 

are only compounded in such instances wherein multiple 

It is not at all unusual when updating from one point ^ operating systems must be maintained, 
release to another of an operating system on a client station. Thus the industry sorely needed a more effective way to 
for example, to require perhaps two or three hours of time deal with the installation and maintenance of client 
in order to p^orm such an upgrade. This not only is very machines in computer network systems, 
time consuming but jAysically very trying in that a modem 

complex operating system might be distributed on as many SUMMARY OF THE INVENTION 

as 20 or 30 diskette requiring thai diey be repeatedly " A CD ROM is produced for client stations of a computer 
swapped m and out of disk dnves. When one considers ttiat network which wiU include the base generic Mxrating 
a not particulariy large network of cUent stations by modem ^y^^^ ^odc as weU as. from time to time, updates thereto, 
standards might comprise 100 or 200 chent machmcs with whcn such a cUent sution is to be initialiy instaUed, boot 
many different sets of these diskettes, it may readily be ^ ^odc is read from the CD ROM, the local file system is 
^reaated how daunting ttic task is to maintain sudi dicnt seated on the local hard drivc<s) of the dicnt and mounted. 

Thereafter this local file system is populated with localized 

The price of CD ROM drives has continued to fall to the fiJes. e.g.. ciient machine- specific, customized information 
point where it is becoming affordable to have them as including local configuration data, reboot information, logi- 
standard equipment on client stations. With the advent of cal volume manager information. TCP/TP addresses, etc. 
such CD ROMs having a typical information density in Next the CD ROM*s file system is mounted on the local 
excess of 600 megabytes per CD. the advanUgcs of this hard drive erf the clients over the previously created and 
form of distribution become apparent This has resulted in populated file system that was installed on the local hard 
the use of sudi CD ROMs for purposes of installing and drive. The boot process then continues to completion, ft is an 
maintaining operating system and other code on networks 50 important feature of the invention that the generic operating 
which is necessary for maintaining the cUent sUtions. systtm code which is common to operation of all clients 
However, this in itself by no means resulted in a comjH-e- including the boot code, AJSR. etc. is not installed on the 
hensivc solution for the network administrator. local hard files of the cUcnts but rather it wiU continue to 

It is conventional, for example, to utilize such CD ROMs reside on each client's CD ROM. 
simply to update every client's hard drive from the CD ROM 55 Upon a subsequent booting of the same cUent machine 
with generic operating system exccutablcs which have no (whrther for purposes of an updated install or merely to lun 
localized component, e.g.. no real need to maintain a local the client) the most current CD ROM is inserted in the 
copy thereof on the user's hard drive. This in turn resulted cUent's CD ROM drive and the system booted from the boot 
in the increasing need for larger and larger hard drives ftff code on the CD ROM. However, this time the priOT step 
each client staUon which, in even moderately sized go (initial client install of creating and populating the local file 
networks, can become a significant cost system and partitions) is skipped because it is detected thai 

Thus, in summaiy. in prior methods of attempting to keep it was effected during the prior install. Mounts are completed 
the client current, in a UNIX context for example, the and the boot process continued, whereupon files on the local 
system simply would pull entire parts of the /USR file hard drive and CD ROM are then compared to determine if 
system, e.g.. all the generic operating system files off the CD 65 the presently running CD ROM contains a newer version of 
and install such AJSR files of the operating system on the the operating system, fixes, or new function, e,g.. anything 
local hard drive. Not only did this approach require inordi- which might change the client enviromnent. If so. these 
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operating system updates arc applied to the locai hard drive and 30 may be in^)icmented utilizing any suitable computer 
partitions, and the boot process continues, however code sudi as the IBM Personal System/2 (also called a **PS/2*') 
generic to multiple clients remains on the CD ROM and is conc^uter or an IBM RISC SYSTEM/6000 computer, both 
not copied over to each client's hard drive(s). If no such products of International Business Mac hines corporation, 
change to the dient environment is required, the boot 5 located in Armonk. N.Y. ("RISC SYSTEM/6000" is a trade- 
process continues without updating the local hard drive. mark of Intcraational Business Machines Corporation. "Pcr- 
In cither event the CD ROM cUent creator/maintainer sonal Systcm/2» and ^1>S/2" are registered trademarks of 
subsystemoftheinvcntioothcnqucricstodetenmncifcodc IntemaUonal Business Machines Corporation). Of course 
pertinent to another operating system is present on the CD *osc skiUed m the art will appreciate that a plurabty of 
ROM and if so. whether instaUaUon on the cUcnt hard drive lO intelUgent w<^ stations (IWS) coupled to a host processor 
of any code pertinent to that next coating system is may be utilized for each such network, 
warranted. If so, the subsystem determines the amount of As is common in such data processing systems, each 
free space on the client*s hard drivc(s), and queries with individual computer may be coupled to a storage device 14 
respect to this next operating system whether anything new and/or a printec^oulput device 16, One or more such storage 
is present on the CD ROM which would change the client 15 <icvices 14 may be utilized, in accordance with the method 
environment relative to this second opiating system and of the present invention, to store objects, such as documents, 
require modification of the client hard drivc(s). If so. similar resource objects, or exeoitable code, which may be peri- 
to the process for the first operating system, the subsystem odically accessed by any user within data processing system 
then applies these updates to this second operating system to 8. In a manner well known in the prior art, each such object 
the local hard drive partitions, whereupon the boot process 20 stored within a storage device 14 may be fieely intcrdianged 
continues. However, as in the prior case, generic code such throughout data processing system 8 by transferring an 
as operating system executables (mail handlers, etc.) object to a user at an individual computer 12 or 30, for 
remains on the CD ROM uncopied to the hard drives. Again, exan^)le. 

the subsystem determines whether any other operating sys- still referring to FIG. 1, it may be seen that daU process- 
terns are present. Upon completion of this looping process 25 -j^g system 8 also may include multiple mainframe 
wherein no remaining updates arc present to be copied to ttie computers, such as mainframe computer 18. which may be 
hard drive(s). the system is thus completely iqxlated. and preferably coupled to LAN 10 by means of conmiunications 
transforms to an operating mode wherein the desired user Uq]^ 22. Mainframe computer 18 may be irqdemented 
specified application programs may be executed. utilizing an Enterprise Systems Architecture/370 (also called 

^ an *KA/370'*) or an Etsiapdsc Systems Architecturc/390 

BRIEF DESCRIPTION OF THE DRAWINGS caUed an •'ESA/3901 computer available from IBM. 

The novel features believed characteristic of the invention Depending on t^ application a mid-range coinpute^^ as 

are set forth in the appended claims. Tht invention itself, f° AppUcatron System/400 (iOso caUed an A^^^ ) may 

however, as weU as r^eferred mode of use, further objec- tJ'^lnl'^J^?''"'^'^ . t"."^ nTA-^ ^ 

tives and advantages feereof. wiU best be understood by ^'^'^J^^Tx.^T^ ^ / 

reference to the following detailed description of an iUus- ^^^J^l!!±'^ ^^'T 

trative embodiment when read in conjunction with the ^^0" and -AS/400'' are regi^ered^^^^ of ffiM. 

accompanying figures, whcxein: ^*AS/400" are registered 

™-7 , . ^ ^ . u-_u trademarks of IBM Mamframe conq)uter 18 also may be 

HG.lisablocktha^ofacornputernetworkmw^^ 40 coupled to a storage device 20 which may serve as remote 

the system and method of the mvention may be advanta- ^^^^^ Similariy, LAN 10 may be coupled via 

geously employed. communications link 24 through a subsystem control unit/ 

FIG. 2 is a more detailed block diagram of a representa- communications controller 26 and communications link 34 

tivc one of the computer systems in the network of FIG. 1. a gateway server 28. Gateway server 28 is preferably an 

FIG. 3 is another simplified block diagram of one of the individual computer or IWS which serves to link LAN 32 to 

con^HJters of the network of FIG. 1 with which the invention LAN 10. 

may be employed. As discussed above with respect to LAN 32 and LAN 10, 
FIG. 4 is a flow diagram indicating the initial operating objects may be stored within storage device 20 and con- 
system install process in a client for creating a CD ROM ^ trolled by mainframe computer 18, as Resource Manager or 
client in accordance with the invention. File System Manager for the stored objects. Of course, those 
FIG. 5 is a flow diagram indicating the process for skiUed in the art will ^jpredate mat mainframe computer 18 
effecting an update of the CD ROM cUent of FIG. 3. naay be located a great geographic distance from LAN 10 

and similariy LAN 10 may be located a substantial distance 

DETAILED DESCRIPTION OF THE from LAN 32. For example. LAN 32 may be located in 

PREFERRED EMBODIMENT California while LAN 10 may be located within Texas and 

„^ ^ , ^ ^ J . 1 mainframe coniputcr 18 may be located in New York. 

With reference now to the figures, and m parUcular with / 

reference to FIG. 1. there is depicted a- pictorial rcprescn- Referring now to FIG. 2, a more detailed representation of 

tation of a data wocessing system 8 which may be utilized ont of the conqnitcis such as conq)Uter 12 of the system 8 

to implement a method and system of the present invention. 60 of FIG. 1 in which the system and method for aeating and 

As may be seen, data processing system 8 may include one maintaining CD ROM clients effectively in accwdance with 

or more networks, such as local area netwcffks (LAN) 10 and the invention. 

32. eadJ of which preferably includes a plurality of indi- The system comprises a CPU lOA. read only memory 

vidual computers 12. 12o-12c, 30. 31, 33 and 35. (Hereafter, (ROM) 16A randtHn access memory (RAM) 14A I/O 

\*^n discussing a computa in network: 32. a computer 30 65 adapter 18A, user interface adapter 22A, communications 

will be arbitrarily referenced, although the discussion could adapter 34A, and display adapter 36A, all interconnected via 

relate to any of the computers in network 32). Computers 12 a common address/data/and control path or bus 12 A Each 
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of (he above con^nents accesses the common bus utUizing 
cooveDtiooal techniques known to chose of ordinary skill in 
the art. and includes such methods as dedicating paiticular 
address ranges to each component in the system, with Che 
CPU being the busmastcr. Other conventional tcdmiqucs 
known to those of ordinary skill in the art employed in the 
system of FIG. 2 include direct mcmary access (DMA) used 
to transfer data at high speed from external devices such as 
DASD 20A or the netwo^ ch^ the network shown to the data 
processing systems 's RAM 14A. As is further shown io FIG. 
2. these external devices such as DASD 20A and CD ROM 
drive 21AintGf ace to a common bus 12A through respective 
adaftters such as I/O adapter 18A. Other external devices, 
such as the display 38A similarly use their respective adapter 
such as display adapter 36Ato provide data flow between the 
bus 12A and the display 38A or other device. Various user 
interface means are provided for intercoimection and use 
with die user interface adapter 22A which, in the figure, has 
attached thereto representative user input devices such as a 
joy stick 32A. mouse 26A. keyboard 24A. and speaker 28A. 
Each of these units is well known as such and accordingly 
will not be described in detail herein. 

The invention admits to implementation on essentially 
any computer system such as the RS/6000™, workstations 
and persona] computers of the IBM Corporation executing 
the ADC™, OS/2™. DOS or other appr<qjriate opiating 
systcm(s) either alone or together, or similar machines of 
other vendors either standalone or in networks and executing 
one or more operating systems. 

Each such computer will have, in accordance with the 
invention, at least two storage devices. The first (such as 
drive 21A) will preferably have the characteristic that it 
includes easily readable and removable media (such as a 
CD, tape, etc.) and that such media will store portions of 
code (such as operating system parts) which the user typi- 
cally would not have a need or desire to alter or have a local 
copy of. Such media may. from time to time, also include yet 
other code which, in fact, may be desirable to download onto 
the clicnt^s hard drivc(s) because it is pertinent essentially 
only to particular client(s) and not generic to operation of 
clients generally on the network. 

The second storage device (such as DASD 20A or other 
form of hard drive(s), etc) would be intended to store locaL 
user customizable files and thus, unlike the first storage 
system, must be writable. 

Although in a typical embodiment of the invention, a CD 
ROM drive, and hard drive with (^)erating system compo- 
nents stored on a CD are depicted, the invention is not 
intended to be so limited just to operating system code being 
the code remaining on the first stCH-age or even that the first 
storage and second storage only be limited to a CD ROM 
drive and hard drive, respectively. Thus, code otha than 
<q>erating system code may have con^>onents and aspects 
requiring installation of portions thereof aiKl modification of 
the hard drive(s) and other components and aspects generic 
to multiple clients and the network which would remain 
solely on the CD or read-only media and not require 
modification of the hard drive(s). Moreover, the CD ROM 
drive could take the form essentially of any storage device 
wherein writes from the client arc not normally encountered 
Of required. Thus the reference to a "CD ROM" client is for 
convenience and not intended to be limiting in any way. 
Similarly (he hard drive could be any of a number of devices 
permitting writes by the client. 

Referring now to FIG. 3. depicted therein is a sirr^Ufied 
block diagram of a representative CD ROM client machine 



6 

created in accordance with the invention. A plurality of these 
will comprise the computers in the networfc(s) of FIG. 2 as 
previously described. The CD ROM client shown in FIG. 3 
includes a conventional CPU function 40. and the two 
3 ancillary storage devices, namely a CD ROM drive 42 and 
local client hard drive(s) 44. With respect to the CD ROM 
drive 42. a read only cache 46 is preferably included, 
depending upon the throughput access time of the drive, 42, 
etc. 

10 Still referring to FIG. 3. it is an important feature of the 
invention to note the distinction on some of the types of files 
and information stored on the CD drive 42 as compared to 
what is stored on the client hard drive 44. More particularly, 
the CD ROM drive is intended to store and deliver to the 
15 CPU 40 through the read only cache 46 (but not for storage 
on the hard drive(s)) common operating system code 
required by all clients in the network, e.g.. /USR. /share, etc 
code. In contrast, however, the local hard drive(s) 44 of each 
client is intended to be the rq)ository of client machine- 
20 specific code such as the /USR/uscrname code whidi is 
unique to each particular client machine. The latter would 
thus include local configuration files, etc. 

As will be hereinafter detailed, each client machine such 
as that shown in FIG. 3 will have associated with it a CD 
^ ROM intended to be inserted and run in the CD ROM drive 
42 of the client and kept with the machine. When a CD ROM 
client machine is first created, this particular CD ROM will 
contain the operating system code necessary to create the 
CD ROM dicnt. When the operating systeiii(s) for the client 
is updated, however, (e.g., with new functionality, a new 
version or point release, bug fixes, etc.). these upgrades or 
updates will be provided in a new CD ROM distributed to 
each client station of FIG. 3. As will be described in greater 
detail regarding operation of the client machine installation/ 
maintenance sub|»-ogram of the invention, when this 
updated CR ROM is running in the CD ROM drive 4Z 
during boot tiitke it will be determined if the CD ROM now 
running is essentially the same as the [vevious CD ROM. in 
which case the boot process will simply complete and the 
^ dicnt station will be up and running. 

However, in such a determination, if His determined that 
an upgrade of the operating system code is ps-esent in this 
new CD ROM. client machine-specific code may be copied 
from the CD ROM to the client hard drive 44. Common 
operating system code generic to multiple CD ROM clients 
will nevertfadess remain on the CD to be accessed by the 
particular dicnt^s CPU 40. Unnecessary loading of the client 
hard drive 42 in the maimer of the prior art with generic 
operating system code (which might otherwise more firuit- 
fuUy be retained on and accessed only from the CD ROM 
drive 200) is thereby avoided 

TWning now to FIG. 4. this figure illustrates a flow 
diagram <^ the initial Install process foi a CD ROM client of 
55 FIG. 3 wherein the CD ROM client is initially created. It is 
thus assumed that is singly desired to create a done 
representative client machine sudi as in a netwcrk for an 
initial user and thus it is further assumed that essentially the 
climt is ^arc^ with no operating system or application code 
50 installed in the hard drive 28. 

During the install process, a CD is inserted. 50. in the CD 
ROM drive 21A. Such CD would of course contain the 
operating system code which it is desired for the client to 
operate. It is typical in hardware such as the computer 
65 system of FIG. 2 to indude initial program load or "IPL" 
"ROS** code in firmware to initially boot the machine so that 
it may thereafter seek out and load the additional necessary 
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boot code. Thus, upon the initial insertion of the CD and of FIG. 4. More particularly, it wiU be assumed that it differs 

powering up of the machine, the hardware IPL ROS will because the network adniinistrator or individual responsible 

recognize that in the initial configuration of the machine that for ensuring the currency of CD ROM stations will have 

the CD ROM drive 21A was designated as the boot device. produced and delivered a new CD ROM to the clients 

52. Typically choices for a device which can provide the 5 because of availability of a new q)erating system version, 

initial boot code as the boot device which may be ^cified fixes, etc.— essentially any new ftjnction <h^ code which 

in the IPL ROS arc a tape drive, diskette drive, hard drive, would be desired for changing the operating environment of 

cr compact disk drive. the client. 

Once the CD ROM has been recognized as the boot Thus.refcmng to HG. 5 in more detail, again, as per FIG. 

device. 52. the computer system thereafter searches for the 4. it is assumed that this CD has been installed by the client 

appropriate boot code on the CD ROM drive. 54, and then machine user in the CD ROM drive 21A, shown by refer- 

reads this boot code information from the CD ROM. 56. cncc numaal 70. Again, as pa FIG. 4, the client will then 

The cUem computer system thereafter creates on the local detect from the reboot information previously stored on the 

hard drive 20A of the respective cUent. the local file system local hard drive 20A that boot code is on the CD installed in 

and partitions on the local hard drive(s)20A, such as. in die the CD ROM drive 21A which is the boot device, 72. 

U^aX environment a directory /USR^scmaInc, and tiicrc- AccOTdingly. the boot process will continue from code on 

after mounts these file systems (e.g.. makes them thereafter CD ROM. 74. 

accessible to the client), 58. As per FIG. 4. in this scenario it will be recalled that the 

The initial install process then continues with the popu- local hard drive 20A has already been partitiooed and 

lation from the CD and user input of the thus-created local organized with a file system, and mounted and populated 

file system with local files, 60, e.g., customized, machine- wi* installed files. Thus, this stq> 76 is shown parcntfieU- 

a>ecific files and information whidi are unique to the cUent cally in FIG. 5 to indicate that if the process in progress is 

TTicse would include local configuration dato (e.g,. names Gf an update, this step wiU already have been done in die iniUal 

drives, size of memory, p^ipheral devices attached such as Install of FIG. 4. 

printers, reboot informadon, TCP/IP addresses, logical vol- Continuing with FIG. 5, the system will then proceed to 

ume manager information, etc.). In the UNIX environment continue booting and to pcrfcffm the mounts, 78, whereupon 

these might be recognized for example, as RCBOOT, information on the local hard drive 20A is compared with 

RCTCPIP (a shell script called by RCBOOT to start die information on the CD ROM drive 21A, 80. As a result of 

machine) INETD, etc. In a DOS or windows environment, this comparison it is determined whether a new operating 

this type of code might, for exan^e. t>e the familiar system version, fixes, functicoi. etc, that would change the 

SYS.INI file, path statements in a configuration file such as client environment arc present on the CD ROM such that it 

C:\: , etc. would be necessary to further populate or alter the local hard 

The initial install j^ocedurc wUl then continue with the drive 20A. This is shown as step 82. In response to this 

mounting. 62. of die CD ROM's (21A) file systems and 35 quay, if it is in fact determined ttiat such an update to the 

partitions (e.g., the root AJSR. etc.) over the previously hard file is required by code odier than common generic 

CTcaied customized user client files (e.g.. in a UNIX context operating system code, the decision path to the right of block 

for cxaiiq)le, AJSR^semame, etc.) which were previously 82 is foUowed, whereupon these localized file updates arc 

created on die local hard drive 20A as per step 58. In die perforaied on the local hard file 20A, reference numeral 84. 

DOS environment f(x exanq)le, this step would include 4Q If, on the other hand, at the decision block 82, die client CD 

ensuring that Ac CD ROM drive 21 is accessible by. ROM machine process determines that no such locaUzed 

typically, specification of die D: drive specification which is changes arc required, the process exits to die left of block 82. 

typically reserved for CD ROM drives. as shown by block 5W, indicating diat no such changes are 

Finally, the boot process will continue, 64, until required In either event, (e.g., if no locajiod c±^^ 

completion, thereby aeaOng die desired CD ROM cUent It 45 required, 90, or arc required and perf OTned, 84), die bootmg 

is important to note in accordance with die teachings of die process continues, 86. 

invention that during the af<vementioned initial install Next, after completing the aforementioned fsocess with 

process, any actual common operaxiag system etc. code respect to a given operating system, the subsystem will 

which would be common and utilized by multiple clients determine from the information on die CD ROM drive 21A 

would not be installed on die local hard drive(s) 20A. but 50 if dicrc is any code present relative to yrt another operating 

would remain resident on die CD ROM for access from die system, 88. If so, die process wiU loop back to block 82 and 

CD ROM drive 21A (utilizing, as desired, read only cache re-perform the subsequent steps relative to diis second or 

technology 46 of FIG. 3). In diis manner, die system of die additional operating system In odier words, with respect to 

invention avoids cluttering up the client hard file 20A. which this second operating systcnL again if there are changes as 

represents valuable read-write storage space, witti generic 55 a result necessary to be performed on the local hard drive, 

information generic to the operating system in general which these changes will be made with respect to diis second 

has no need of being installed on die client's hard file 20A. operating system, whereupon die process ccmtinues. When it 

Turning now to FIG. 5. it wiU be assumed dial a CD ROM determined diat dicrc arc no odier operating 

client station has been instaUed as per the process outlined systems which need to be addressed, 88. die process exits to 

in FIG. 4. The purpose of HG. 5 is to iUustrate a flow 60 tt« right of block 88. whereupon user appUcations, etc are 

diagram to indicate die operation of the system of FIG. 1 by executed, W, as required by die user. 

CD ROM clients dius created or initially installed as per the As a q>ccific sample of the latter situation wherein 

process of FIG. 4 (e.g.. after such an installation process multiple operating systems arc being employed in die client 

when the client system is again booted and operated with a computer, it may be presumed that an initial install of. for 

CD ROM present in die CD ROM drive). It wiU be first 65 cxan^)le. die OS/2™ opwating system has been performed, 

assumed diat die CD ROM now present in die CD ROM It may also be presumed that die client CD ROM machine 

drive differs from that previously used in die install process is also executing the UNIX q)eraling system. If in a sub- 
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sequent distributioD of a CD ROM. there are changes or 
updates to the UNIX <^>eratiDg system which have implica- 
tions requiring alteration of the iocal hard file 20A. the 
system at block 88 will deteirnine that in fact this other 
operating system (eg.. UNIX) code is present on the CD. 5 
causing a loop back to block 8Z When the client machine 
examines these UNIX changes, it may. for example, be 
determined that it is necessary locally to alter the specifi- 
cation of logical volumes allocated locally after figuring out 
the available free space on the hard drive 20A. Aoconiingly. lo 
as per block 84. the system will effect the application of 
these localized changes to the hard Ale 20A as a result of the 
presence of this code on the CD relating to the second 
operating system (UNIX). 

While the invention has been shown and described with ts 
reference to pazticular embodiments thereof, it will be 
understood by those skilled in the ait that the fcH'egoing and 
other changes in form and detail may be made therein 
without departing from the spirit and scope of the invention. 

I claim: 2D 

1. A mdhod for osnfiguring a client machine including a 
CD ROM drive and a local hard drive in a computer 
octwork. comprising: 

booting said client machine from said CD ROM drive; 

detecting from information stored on said local hard drive 25 
whcdicr a version of said client machine was previ- 
ously installed on said client machine; 

installing on said local hard drive in response to said 
detecting indicating that said version was not previ- 
ously installed, client machine-specific program code so 
from said CD ROM drive; and 

accessing network-generic operating system program 
code and said client macfaine-specific program code 
from said CD ROM drive and said local hard drive, 
respectively; and 3^ 

wherein, during said installing and accessing steps, said 
CD ROM drive includes said network-generic program 
code; and wherein said network-generic program code 
is precluded from being installed on said local hard 
drive during said installing. ^ 

2. The method of claim 1 further including: 
re-booting said client machine from said CD ROM drive; 
d^ecting that said version of said client machine has been 

previously installed; and 
installing on said local hard drive, in response to said 4j 
detecting indicating that said version was previously 
installed, additional client machine-specific program 
code from said CO ROM drive. 

3. The method of claim 2 wherein said client machine- 
specific program code is resident on a first CD ROM ^ 
installed in said CD ROM drive during said booting. 

4. The method of claim 3 wherein said additional dient 
machine-specific program code is resident on a second CD 
ROM installed in said CD ROM drive after said first CD 
ROM is installed. 

5. The method of claim 4 wherein said network-generic 
operating system program code is comprised of first oper- 
ating system program code, and whcrdn said method further 
includes the steps of: 

detecting from said CD ROM drive presence of network- 
generic operating system program code comprised of ^ 
second operating system program code; and wherein 
said method further includes the steps of: 

installing on said local hard drive in response to said 
detecting presence of said second operating system 
program code further client madiine-specific program 65 
code from said CD ROM drive with said second 
operating system program code being precluded from 
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being installed on said local hard drive during said 
installing of said further client machine-specific pro- 
gram code. 

6. An apparatus for configuring a client machine including 
a read only memory drive and a local hard drive in a 
computer network, comprising: 

means for booting said client machine: 

means for detecting whether a version of said client 

madiinc was previously installed on said client 

machine; 

means for installing on said local hard drive in response 
to said detecting indicating that said version was not 
previously installed, client machine-specific program 
code from said read only memory drive; and 

means for accessing network-generic program code and 
said client machine-specific program code from said 
read only memory drive and said local hard drive, 
respectively. 

7. Tbt apparatus of claim 6 wherein said booting is from 
said read only memory drive. 

8. The apparatus of claim 7 herein said detecting is from 
information stored on said local hard drive. 

9. The apparatus of claim 8 wherein, during said installing 
and accessing, said read only memo^ drive means includes 
said network-generic program code; and wherein said appa- 
ratus further includes means for precluding said network- 
generic program code from being installed in said local hard 
drive means during said installing. 

10. The apparatus of daim 9 wherein said network- 
generic program code is network-generic operating system 
program code. 

11. The apparatus of claim 10 wherein said read only 
memory drive means includes a CD ROM drive. 

12. The apparatus of claim 11 further including: 
means for re-booting said client machine from said ROM 

drive; 

means for detecting that said version of said client 
machine has been previously installed; and 

means for installing on said local bard drive, in response 
to said means for detecting indicating that said version 
was previously installed, additional client machine- 
specific program code from said read only memory 
drive. 

13. The apparatus of claim 12 wherein said dieot 
machioe-spedfic program code is resident on a first CD 
ROM installed in said read only memory drive means during 
said booting. 

14. The apparatus of claim 13 wherein said additional 
client machine-specific program code is resident on a second 
CD ROM installed in said read only memory drive after said 
first CD ROM is installed. 

15. The apparatus of claim 14 wherein said network- 
generic operating system program code is comprised of first 
operating system program code, and wherein said apparatus 
further includes: 

means for detecting from said read only memory drive 
presence of n^ork-generic operating system program 
code comprised of second operating system program 
code; and wherein said apparams further includes: 

means for installing on said local hard drive means in 
response to said means for detecting presence of said 
second operating system program code further client 
machine-specific program code from said read only 
memoiy drive means wittt said second c^>erating sys- 
tem program code being precluded from being installed 
on said local hard drive means during said installing of 
said further client machine-specific program code. 

***** 
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